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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The trace facility enables customer administration and network management to trace the activities of various entities 
when specific events occur within the PLMN. This facility should also enable the tracing of all the information that is 
available to the PLMN concerning the call path used by the associated entity. Examples of information that could be in 
a trace record are: 

the identity of the originating and terminating equipment of the mobile or fixed subscriber; 

the identity of the incoming and outgoing circuits of the nodes involved; 

supplementary Services invoked; 

all A-Interface messages. 

The trace facility is a useful maintenance aid and development tool, which can be used during system testing and 
proving. In particular it may be used in conjunction with test-MSs to ascertain the digital cell "footprint", the network 
integrity and also the network QOS as perceived by the PLMN customers. 

The facility may be used by subscriber administration and network management for subscriber observation, e.g. 
following a customer complaint or on suspicion of equipment malfunction by the operator or at the request of the 
police. 

As the amount of information that can be collected for a single call is very large. Network Elements can limit the 
number of simultaneous traces by either rejecting a trace request or by only producing a sub-set of the information 
required 
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1 Scope 

The present document specifies the Trace faciHty for GSM where it refers to: 

subscriber tracing (tracing of International Mobile Subscriber Identity (IMSI)); 

equipment tracing (tracing of International Mobile station Equipment Identity (IMEI)). 

It does not cover: 

types of trace which relate more to network elements than to individual subscribers e.g. tracing events within a 
Base Station System (BSS), and so on; 

tracing of all possible parties in e.g. a multi-party call, (although multiple calls related to the IMSI specified in 
the trace type field are traceable). 

It also refers only to tracing activated from the OSF and not to that activated by means of local Man Machine Interface 
(MMI). 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the current TS, the following definitions apply: 

activation of a trace: An action taken at the OSF through MMI commands to allow a trace record to be produced for a 
particular IMSI or IMEI when an Invocation Event occurs. This equates to "activation of a trace" in TS 29.002 [6]. 

active pending: The state of an activated trace is called Active Pending in a particular NE when the subscriber or 
equipment being traced is not registered in that NE. 

invocation of a trace: An event relating to a particular IMSI or IMEI that occurs in the network that causes data to be 
collected in a trace record in circumstances where trace has been activated for that IMSI or IMEI. This equates to 
"tracing subscriber activity" in TS 29.002 [6] and "Trace Invocation" in TS 48.008 [4]. It is possible that an event 
relating to the IMSI/IMEI may still be active when another event or events relating to the same IMSI/IMEI occurs 
which requires additional information to be collected. These additional events are termed parallel events. This 
additional trace information for parallel events is collected in the same trace record as the first event. 

trace record: In the NEF a trace record is a set of traceable data collected as determined by the trace type. The trace 
record is collected under the trace record criteria specified by the OSF and transferred to the OSF. 

3.2 Abbreviations 

For all abbreviations used in the current TS, refer to TS 21.905 [1]. 



Trace Overview 



Figure 1, together with explanations in the text below the figure, gives an outline of the subscriber and equipment 
tracing and shows the relationship between the inputs on activation and deactivation and the trace record outputs. 
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Figure 1 : Subscriber and Equipment Trace 

The inputs on activation and deactivation in figure 1 are as follows: 

1) Trace Activation, specified in the present document, containing the following: 

a) IMSI; 

b) Trace Reference; 

c) OMC Destination; 

d) Trace Type; 

e) HLR Trace Type. 

2a) Trace Activation, specified in the present document, containing the following: 

a) IMSI; 

b) Trace Reference; 

c) OMC Destination; 

d) Trace Type. 

2b) Trace Activation, specified in the present document, containing the following: 
a) IMEI; 
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b) Trace Reference; 

c) OMC Destination; 

d) Trace Type. 

3a)MAP-ACTIVATE-TRACE-MODE, specified in TS 29.002, containing the following: 

a) IMSI; 

b) Trace Reference; 

c) OMC Id; 

d) Trace Type. 

3b) MAP-DE ACT! VATE-TR ACE-MODE, specified in TS 29.002, containing the following: 

a) IMSI; 

b) Trace Reference. 

4) MAP-PREP ARE-HANDOVER, specified in TS 29.002, containing the following: 
a) the MSC_INVOKE_TRACE_MESSAGE. 

5) MSC-INVOKE-TRACE, specified in TS 48.008, containing the following: 

a) Message Type; 

b) IMSIorlMEI; 

c) Trace Reference; 

d) Trigger Id; 

e) OMC Id; 

f) Trace Type; 

g) Transaction Id. 

The generated trace records in figure 1 are as follows: 

A) Trace information from HLR containing 

a) Trace Record Header; 

b) HLR Trace Record. 

B) Trace information from MSC containing 

a) Trace Record Header; 

b) MSC Trace Record. 

C) Trace information from BSS containing 

a) Trace Record Header; 

b) BSS Trace Record. 

Trace Activation and Deactivation are described in clause 5. 

The Trace Types are defined in clause 6. 

The Trace Records are defined in clause 7. 

The following events may invoke a MSC or BSS trace: 
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- Call set-up within MSC (MOC, MTC) (incl. attempts); 

- SS-Action; 

- Location Update (Normal and Periodic); 

- SMS-MO; 

- SMS-MT; 

- IMSI attach and detach; 

- PDS-MO; 

- PDS-MT. 

Additionally, the following event may invoke a BSS trace: 

- Handover. 

An HLR Trace may be invoked by one of the following: 

- Location updates/cancellations; 
Insert/delete subscriber data; 
Routing enquiry (speech and SM); 
Provide roaming number; 

SS activity; 

- SMS: Alert service centre/Ready for SM. 

Trace records are generated within the managed elements by the trace control function according to the trace type. Once 
a trace has been invoked and a trace record is being compiled, subsequent invoking events relating to that IMSI (parallel 
events) will not cause new records to be compiled simultaneously but will be contained in the same trace record as the 
first event. 

For operator defined trace types the events on which trace records are generated and their contents are defined within 
the trace record generation control. 

These records are then transferred to the OSF (as defined by OMC-Id of the Destination OMC or forwarded by the 
EFD) either as notifications (CMISE), or with bulk transfer (FT AM). 



5 Trace activation and deactivation 

5.1 General 

This document is only concerned with the activation of a trace from an OSF (OMC), and the OSF shall keep a log of all 
trace activations and their deactivations. All entries in the log shall be date and time stamped. 

In the case of an OSF (OMC) failure, it may be possible to activate and deactivate the trace at a particular network 
element by means of local MMI, but the procedures for doing this are not covered by the present document. 

Facilities shall exist to allow unsolicited trace data to be received by an OSF. This permits the collection of trace data if 
the triggering entity (i.e. OSF or network element) is different to the collecting OSF. 
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5.2 Subscriber Tracing (Tracing of IIVISI) 

5.2.1 General 

The tracing of both home and foreign roaming subscribers can be handled with this function. 

If implemented, then the way the trace facility is used and organized, including restrictions due to national laws and 
regulations, will be a matter for the PLMN Operator. 

All trace records created in the HLR, MSC "A", MSC "B" and BSS are forwarded to the OSF either as notifications 
and/or with bulk transfer, as defined in the trace parameters. 

The following scenarios are identified from the HPLMN operation viewpoint: 

a) HPLMN Operator traces its own (home) IMSI within the HPLMN; 

b) HPLMN Operator traces the HLR activities of its own (home) IMSI while they are roaming in a VPLMN; 

c) HPLMN Operator wishes to trace foreign roaming subscribers (IMSI) within its own HPLMN. 

5.2.2 HPLIVIN Operator Traces Home Subscriber within tine HPLIVIN 

The Operator may activate a trace for a home subscriber (IMSI) from any OSF by invoking the management function 
Activate Home Subscriber Trace in the HLR where the IMSI is contained. This request includes the trace parameters 
in the following list: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type; 

e) HLR Trace Type. 

For each IMSI, only one HPLMN subscriber trace can be active, subsequent requests being rejected. 

If the IMSI is roaming within its HPLMN, then the trace request is forwarded to the VLR where the subscriber is 
registered via a MAP message (MAP-ACTIVATE-TRACE-MODE). 

When the HPLMN subscriber trace is activated, a trace record will be created by MSC "A", MSC "B", HLR or BSS 
when certain invoking events occur i.e. MOC, MTC, SS-Action, SMS-MO, SMS-MT, Location Update, IMSI attach 
and detach. The trace action and record layout is defined by the trace type parameters. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

If the subscriber is roaming in a foreign PLMN then the HPLMN subscriber trace request is stored in the HLR, but the 
trace is not active in the HPLMN VLRs. 

The trace is deactivated by using the management function Deactivate Home Subscriber Trace in the HLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

If the IMSI is roaming within its HPLMN then the trace deactivation request is forwarded to the VLR where the 
subscriber is registered via a MAP message (MAP-DEACTIVATE-TR ACE-MODE). 
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The trace shall be deactivated in the BSS by the MSC sending a BSSMAP MSC_INVOKE_TRACE message from the 
MSC to the BSS with the BSS Record Type set to "No BSS Trace". When the BSS receives this message it shall stop 
tracing activity related to that IMSI. 

The following TMN Management Functions are required for trace activation (in HLR): 

- Activate Home Subscriber Trace; 

- Deactivate Home Subscriber Trace. 

5.2.3 HPLMN Operator traces the HLR activities of own IMSI roaming in a 
VPLMN 

This scenario is identical to the previous scenario with the exception that the only records generated come from the 
HLR. 

5.2.4 PLMN Operator wishes to trace foreign subscribers (IMSI) in own 
PLMN 

In order to trace the IMSIs of roaming subscribers in own PLMN, a list of those IMSIs plus the associated subscriber 
trace parameters must be stored in the VLR. No HLR trace records are produced for foreign subscriber traces. 

The operator may activate a trace for any foreign roaming IMSI from an OSF by invoking the management function 
Activate Foreign Subscriber Trace in one or more VLRs within their own PLMN. If the location of the subscriber is 
not known it is necessary to activate the trace in all VLRs where the subscriber may be located. 

The following trace parameters are sent with this request: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination CMC; 

d) Trace Type. 

The trace request is stored in the VLR. If the subscriber subsequently roams into the VLR area the VPLMN subscriber 
trace will be activated. 

For each IMSI only one foreign subscriber trace can be active in a particular VLR, subsequent requests being rejected. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

The VPLMN subscriber trace is deactivated by invoking Deactivate Foreign Subscriber Trace in the VLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

The trace shall be deactivated in the BSS by the MSC sending a BSSMAP MSC_INVOKE_TRACE message from the 
MSC to the BSS with the BSS Record Type set to "No BSS Trace". When the BSS receives this message it shall stop 
tracing activity related to that IMSI. 

The following TMN Management Functions are required for trace activation (in VLR): 

- Activate Foreign Subscriber Trace; 

- Deactivate Foreign Subscriber Trace. 
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5.3 Equipment Tracing (Tracing of IIVIEI) 

5.3.1 General 

If the tracing of IMEIs is implemented then the way the trace facihty is used and organized, including restrictions due to 
national laws and regulations, will be a matter for the PLMN Operator. 

An IMEI may be traced in order to find out the current IMSI, or the location or behaviour of faulty or stolen equipment 
reported via the EIR. 

This TS describes one method of handling IMEI tracing i.e. tracing of IMEI via the VLR. 

5.3.2 Tracing of IIVIEI via VLR 

The operator may activate an equipment trace for any subscriber's equipment (IMEI) from an OSF by invoking the 
management function Activate Equipment Trace in one or more VLR in the HPLMN. The trace must be activated in 
all VLRs controlling areas where it is required to trace the target IMEI. The trace parameters are transmitted with the 
activation request. 

The following trace parameters are sent with this request: 

a) IMEI to be traced; 

b) Trace reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type. 

For GSM Phase 2 Mobile Stations the IMEI will be available to the Network as it can be included in the BSS-MAP 
message CIPHER-MODE-COMPLETE. If IMEI trace is required, it is the responsibility of the network operator to 
specify that CIPHER-MODE-COMPLETE contains IMEIs, or optionally the IMEI is called for in connection with 
MOC, location update etc. Alternatively the network can ask the MS for the IMEI by sending a TS 24.008 [19] 
IDENTITY REQUEST message to the MS, indicating that the IMEI is required. 

When a subscriber arrives at a VLR using equipment with an IMEI for which trace has been activated (but is in pending 
state) at that VLR then the IMEI trace will become. 

For each IMEI only one equipment trace can be active in a particular VLR at any one time, subsequent requests being 
rejected, although both the IMSI trace (home subscriber tracing and foreign subscriber tracing) and the IMEI trace can 
be active at the same time. 

This equipment trace is deactivated by invoking the management function Deactivate Equipment Trace in the VLR. 
This request includes the trace parameters in the following list: 

a) IMEI; 

b) Trace Reference. 

The following TMN Management Functions are required for trace activation (in VLR): 

- Activate Equipment Trace; 

- Deactivate Equipment Trace. 
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5.4 TMN Management Functions for Activation and 
Deactivation 

5.4.1 List of Functions 

5.4.1.1 HLR 

The following functions are used for activation and deactivation in the HLR: 
Activate Home Subscriber Trace; 
Deactivate Home Subscriber Trace. 

5.4.1.2 MSC/VLR 

The following functions are used for activation and deactivation in the MSCA/^LR: 
Activate Foreign Subscriber Trace; 
Deactivate Foreign Subscriber Trace; 
Activate Equipment Trace; 
Deactivate Equipment Trace. 

5.4.2 Activate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Activation_req in TS 29.002 [6]. 

The subscriber tracing procedures are used for the management of the trace status and the type of trace. 

The subscriber tracing activation procedure operates as follows: 

a) The OSF creates a tracedHomeSubscriberlnHlr object instance in the HLR of the subscriber to be traced. 

b) If the subscriber is roaming outside of the HPLMN or not currently registered, then the trace is in active pending 
state. The home subscriber trace for the subscriber is activated in the HLR on a subsequent location update. This 
activation is shown as an attribute value change in the attribute traceActivatedlnVlr. 

c) If the subscriber is already registered then the home subscriber trace becomes immediately active in the HLR 
(after positive confirmation from the VLR). 

When the trace is first activated then the status of the trace indicator attribute traceActivatedlnVlr in the 
tracedHomeSubscriberlnHlr object instance is set to False. 

If the subscriber is registered and is roaming in the home PLMN area then the HLR will initiate the request 
primitive MAP-ACTIVATE-TRACE-MODE and the trace indicator status will be set to True only in the case of a 
positive confirmation of the MAP-ACTIVATE-TRACE-MODE. In case of an error, the trace indicator status remains 
False. 

If the MAP-ACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is 
recorded in an error attribute in the tracedHomeSubscriberlnHlr object instance. 

If the subscriber roams to an area outside that where tracing is possible then the status in the 
tracedHomeSubscriberlnHlr object instance is updated to False. 

The trace records are sent from the recording NEF to the OSF by the deployed event reporting mechanism (see chapter 
Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the way in 
which they will be reported i.e. each event record being either directly sent to the OSF in real-time, or being collected in 
a file for later transfer. 

All attribute value changes will be reported with a notification to the OSF. 
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The required system management functions are: 
Create tracedHomeSubscriberlnHlr; 

- Get Attribute. 

The required notifications are: 
objectCreation; 
attributeValueChange. 

5.4.3 Deactivate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Deactivation_req in TS 29.002 [6]. 

The subscriber trace is deactivated by the OSF deleting the tracedHomeSubscriberlnHlr object instance in the HLR. 

If the trace status is True then the HLR will send the MAP-DEACTIVATE-TRACE-MODE message to VLR. 

If the MAP-DEACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is 
indicated to the OSF via an error attribute in the tracedHomeSubscriberlnHlr object instance and the object is not 
deleted. 

The home subscriber trace deactivation can be indicated with a notification to the initiating OSF. 

The required system management functions are: 

Delete tracedHomeSubscriberlnHlr; 

- Get Attribute. 

The required notifications are: 

- objectDeletion; 

- attributeValueChange. 



5.4.4 Activate Foreign Subscriber Trace 



This function is analogous to the OM_Subscriber_Tracing_Activation_req in TS 29.002 [6], but the trace activation is 
performed directly in the VLR. 

The foreign subscriber trace is activated by the OSF executing the system management function Create 
tracedForeignSubscriberlnVlr in the VLR. 

THE OSF creates a tracedForeignSubscriberlnVlr object instance in the VLR(s) in which the network operator wishes 
to trace the subscriber. 

The tracing continues as follows: 

a) If the subscriber is not currently registered, then the foreign subscriber trace for the subscriber is active pending. It is 
activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update. The activation is 
notified to the OSF as an attribute value change in the attribute foreignSubscriberRegisteredlnVk. 

b) If the subscriber is already registered then the foreign subscriber trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute foreignSubscriberRegisteredlnVlr is set to False. When 
the traced subscriber registers in the VLR the attribute status of foreignSubscriberRegisteredlnVlr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 



£75/ 



3GPP TS 52.008 version 6.0.0 Release 6 1 7 ETSI TS 1 52 008 V6.0.0 (2004-1 2) 

The required system management functions are: 
Create tracedForeignSubscriberlnVlr; 

- Get Attribute. 

The required notifications are: 
objectCreation; 
attributeValueChange. 

5.4.5 Deactivate Foreign Subscriber Trace 

This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in 29.002 [6], but the trace deactivation is 
performed. 

The OSF deactivates subscriber trace by deleting the tracedForeignSubscriberlnVlr object instance in the VLR(s) in 
which the object instance had previously been created. 

The foreign subscriber trace is deactivated by the OSF executing the system management function Delete 
tracedForeignSubscriberlnVlr in the VLR. 

The required system management functions are: 

Delete tracedForeignSubscriberlnVlr. 

The required notifications are: 

- objectDeletion; 

- attributeValueChange. 

5.4.6 Activate Equipment Trace 

This function is analogous to the OM_Subscriber_Tracing_Activation_req in TS 29.002 [6], but the trace activation is 
performed directly in the VLR. 

The equipment trace is activated by the OSF executing the system management function Create tracedEquipmentlnVlr. 

The OSF creates a traceEquipmentlnVlr object instance in the VLR(s) for the areas to be monitored. 

The tracing continues as follows: 

a) If the equipment is not currently registered, then the equipment trace for the equipment is active pending. It is 
activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update or IMSI attach. 
The activation is notified to the OSF as an attribute value change in the attribute equipmentRegisteredlnVlr. 

b) If the equipment is already registered then the equipment trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute equipmentRegisteredlnVlr is set to False. When the 
equipment registers in the VLR the attribute status of equipmentRegisteredlnVlr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 

The required system management functions are: 

Create tracedForeignSubscriberlnVlr; 

- Get Attribute. 

The required notifications are: 
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- objectCreation; 

- attribute ValueChange. 

5.4.7 Deactivate Equipment Trace 

This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in TS 29.002 [6], but the trace deactivation 
is performed in the VLR. 

The equipment trace is deactivated by the OSF executing the system management function Delete 
tracedEquipmentlnVlr. 

The OSF deactivates equipment trace by deleting the tracedEquipmentlnVlr object instance in the VLR(s) in which the 
object instance had previously been created. 

The required system management functions are: 

Delete tracedEquipmentlnVlr. 
The required notifications are: 

objectDeletion; 

attributeValueChange. 

This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in TS 29.002 [6], but the trace deactivation 
is performed in the VLR. 

5.5 HLR Functional Entities 

Figure 2 shows that part of the Subscriber Administration Containment Tree for the HLR relevant to Trace activation 
and deactivation. 



hIrFunction 



racedHomeSubscriberlnHI ■ 



Figure 2: Subscriber Trace Containment Tree for the IHLR 

5.5.1 IVIanaged Object Classes in HLR 
5.5.1 .1 tracedHomeSubscriberlnHIr 

This object class controls the home subscriber trace facility. Each instance of this object represents an IMSI of a home 
subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for that 
IMSI. 



£75/ 



3GPP TS 52.008 version 6.0.0 Release 6 



19 



ETSI TS 152 008 V6.0.0 (2004-12) 



Name 


M/0 


Value-Set 


IMSI 


RDN 


Single 


traceActivatedlnVIr 


M 


Single 


traceReference 


M 


Single 


traceType 


M 


Single 


hIrTraceType 


M 


Single 


operationSystemId 





Single 


mapErrorOnTrace 


M 


Single 



5.5.1.2 



Attributes 



5.5.1.2.1 
IMSI 



tracedHomeSubscriberlnHIr 



This attribute is the RDN of the object tracedHomeSubscriberlnHIr and defines an IMSI to be traced. It will be an IMSI 
of a home subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 

traceActivatedlnVIr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the subscriber is registered and roaming within the HPLMN (see TS 29.002 [6]) then the attribute is set to TRUE (in 
case of positive confirmation from VLR). 

If the subscriber roams to an area which is outside that where tracing is possible the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

hIrTraceType 

This attribute describes the type of trace record (if any) the operator wishes to be collected in the HLR for a particular 
IMSI. It is assumed for all invoking events. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used then trace records are sent to OSFs defined in EFD. 

mapErrorOnTrace 

This attribute is single valued and read only. 

It is set by MAP and contains the MAP -Errors that may be returned in the confirm primitives of the ActivateTraceMode 
and Deactivate TraceMode Operations. 

If there are MAP -Errors in case of activation of trace, the traceActivatedlnVIr parameter is set to False. 



£75/ 



3GPP TS 52.008 version 6.0.0 Release 6 



20 



ETSI TS 152 008 V6.0.0 (2004-12) 



If there are Map-Errors in case of deactivation of trace (deleting tracedHomeSubscriberlnHlr), the deleting is not 
completed successfully. 

Possible error values are defined in MAP-OperationAndMaintenance Operations and in MAP -Errors. 

5.5.1.3 Notifications 

The notifications (for each object) are: 
objectCreation; 
objectDeletion; 
AttributeValueChange. 



5.6 



VLR Functional Entities 



Figure 3 shows that part of the Subscriber Administration Containment Tree for the VLR relevant to Trace. 



vIrFunction 



tracedForeignSubscriberlnVIr 



tracedEquipmentlnVIr 



Figure 3: Subscriber Trace Containment Tree for thie VLR 



5.6.1 IVIanaged Object Classes In VLR 



5.6.1.1 



tracedForeignSubscriberlnVIr 



This object class controls the foreign subscriber trace facility. Each instance of this object represents an IMSI of a 
foreign subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for 
that IMSI. 



Name 


M/0 


Value-Set 


IMSI 


RDN 


Single 


foreignSubscriberRegisteredlnVIr 


M 


Single 


traceReference 


M 


Single 


traceType 


M 


Single 


operationSystemId 





Single 



5.6.1.2 



tracedEquipmentlnVIr 



This object class controls the equipment trace facility. Each instance of this object represents an IMEI to be traced i.e. if 
an instance for an IMEI exists then that means that the trace has been activated for that IMEI. 



Name 


M/0 


Value-Set , 


IMEI 


RDN 


Single 


equipmentRegisteredlnVIr 


M 


Single 


traceReference 


M 


Single 


traceType 


M 


Single 


operationSystemId 





Single 
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5.6.1.3 Attributes 

5.6.1 .3.1 tracedForeignSubscriberlnVIr 

IMSI 

This attribute is the RDN of the object tracedForeignSubscriberlnVIr and defines an IMSI to be traced. It will be an 
IMSI of a foreign subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 

foreignSubscriberRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the foreign subscriber is currently registered in the VLR then the attribute is set to TRUE. 

If the foreign subscriber is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events that the operator wishes to collect a trace record for a particular IMSI in an 
MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 

5.6.1.3.2 tracedEquipmentlnVIr 

IMEI 

This attribute is the RDN of the object tracedEquipmentlnVIr and defines an IMEI to be traced. It will be an IMEI for 
the equipment for which tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMEI. 

equipmentRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the equipment is registered in the VLR then the attribute is set to TRUE. 

If the equipment is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 
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This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 

5.6.1.4 Notifications 

The notifications are: 

- objectCreation; 

- objectDeletion; 

- attribute ValueChange. 



6 Trace Types 

6.1 MSC/BSS Trace Type 

The Trace Type field contains the type of trace activated in the MSC or BSS. The trace type consists of the following 
components. 



8 


7 


6 5 


4 3 


2 1 


Priority 
Indication 


For future 
expansion 
(Set to 0) 


BSS Record Type 


IVISC Record Type 


Involving Event 



Table 1 : Invoking Events 



Bits 


Invoking Events 


2 


1 










MOC, MIC, SMS MO, SMS MT, PDS MO, PDS MT, 
SS, Location Updates, IMSI attach, IMSI detach 





1 


MOC, MIC, SMS_MO, SMS_MT, PDS MO, PDS MT, 
SS only 


1 





Location updates, IMSI attach IMSI detach only 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3-6 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of the 7 shall not affect trace record generation. 

Table 2: MSC Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed (Optional) 


1 





Spare 


1 


1 


No MSC Trace 
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Table 3: BSS Record Type 



Bits 


Record Type 


6 


5 








Basic 





1 


Handover 


1 





Radio 


1 


1 


No BSS Trace 



6.2 HLR Trace Type 



The HLR Trace Type field contains the type of trace activated in the HLR. The trace type consists of the following 
components. 



8 


7 6 5 


4 3 


2 1 


Priority 
Indication 


For future expansion (Set to 0) 


HLR Record Type 


lnvol<ing Event 



Table 5: Invoking Events 



Bits 


Invoking Events 


2 


1 










All HLR Interactions 





1 


Spare 


1 





Spare 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3 and 4 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of bits 5-7 shall not affect trace record 
generation. 

Table 6: HLR Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed 


1 





Spare 


1 


1 


No HLR Trace 



Table 7: Priority Indication 



Bit 


Priority 


8 







No priority 


1 


Priority 



This bitmap of the Trace Type is only required in the HLR and is not required to be mapped onto any TS 29.002 [6] or 
other Trace Types. 

Table 4: Priority Indication 



Bit 


Priority 


8 







No priority 


1 


Priority 
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This bitmap of the Trace Type is required to map onto the Trace Type as defined in TS 29.002 as an Integer with 256 
possible values. This is achieved by a binary to decimal conversion of the bitmap, where bit 8 has weight 128 and bit 1 
has weight 1 . 



7 Trace Record Contents 

7.1 General 

Tables 9, 10 and 1 1 illustrate the structure of a trace record, and table 8 illustrates the structure of the Trace Record 
header. This header is used at the start of all trace records. 

In the case where trace data is distributed over several records, linkage between the records is provided in the record 
header. If parallel events are also being traced, additional linkage for the traced data relating to each event is provided in 
the trace record content. Parallel events are not applicable to BSS trace records. 

The trace reference, trace type and operation system identification are all provided on trace activation. Each record may 
contain an MSC, BSS or HLR event record. A key is included in the table indicating whether or not the field is 
mandatory. In this table and throughout this document the key field has the following meaning: 



M 



This field must appear in at least one trace record associated with the invol<ing event. Any exceptions to this rule 
are explicitly described. 



This field is only available under certain conditions. If available this field must be present in at least one trace 
record associated with the invoking event. The conditions under which this field is available are individually 
described. 



O 



This field is optional and its support is a matter for agreement between equipment manufacturer and network 
operator. Equipment manufacturers do not have to be capable of providing all these fields to claim conformance 
with the present document. 



This field is not required in this instance. 
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Table 8: Trace Record Header 



Field 




Description 


IMSIorlMEl 


M 


IIVISI or IIVIEI of subscriber/equipment being traced. See TS 32.250 for Served 
IIVISI and Served IIVIEI. The BSS shall include this field in the reace record header 
only if available in the A-interface IVISC INVOKE TRACE message. 


Trace Reference 


IVI 


An identifier assigned by the OSF at Trace Activation which may be used by the 
OSF in conjunction with the IMSI/IMEI and the Transaction ID to uniquely identify 
a record or collection of records for one particular trace. This must always appear 
in every trace record. 


Transaction id 


C 


An identifier of a particular transaction, described in TS 48.008. It shall be included 
if available in the A-lnterface message MSCJNVOKE_TRACE. 


Omc-ld 





The address of the OS entity that the OSF activating the trace requires priority 
trace records to be sent to by the NE performing the trace (see also clause 9 
Trace Record Transfer). 


MSC/BSS Trace Type 


C 


This field contains the MSC/BSS trace type as provided in the trace activation 
message (see subclause 6.1 MSC/BSS Trace Type). It must always appear in the 
first record header. 


HLR Trace Type 


C 


This field contains the HLR trace type as provided in the trace activation message 
(see subclause 8.2 HLR Trace Type). It must always appear in the first record 
header. 


MSC/BSS Trace Type 
Used 





This field contains the MCS/BSS trace type which has been applied. This trace 
type may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


HLR Trace Type Used 





This field contains the HLR trace type which has been applied. This trace type 
may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


Start Time 


M 


The time the compilation of the Trace Record was started. It must always appear 
in the first record header. All timestamps used in the TraceEvent Record are 
relative to this time. 


End Time 


M 


The time the compilation of the Trace Record was completed. It must always 
appear in the last record header. It may be used by the OSF as an indication that 
the trace in that particular Network Element is completed. 


Recording Entity 


IVI 


For MSC/HLR - the E.164 number of the recording entity. 

For BSS - the BSCJD as given in GSM 1 2.20 [11]. 

Alternatively the recording entity may be expressed as a graphic string. 


Trace Event Record 


IVI 


This field contains either an MSC, HLR or BSS trace record as described in 
subclauses 7.2 to 7.4 below. This must always appear in every trace record. 


Sequence Number 


C 


This field is used to identify the sequence of records from a particular recording 
entity when more than one trace record is produced for the invoking event. 


Reason For Record 


c 


This specifies why the record was generated by the NE (see subclause 8.2). In 
addition to these reasons, other manufacturer specific reasons may be specified 
(see subclause 8.2.3). 
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7.2 



MSC Trace Record Content 



The following types of fields are supported in the 2 MSC trace types. 

Table 9: MSC Trace Record Content 



Field 


MSC Trace Type 


Description 


Basic 


Detailed 


Invoking Event 


M 


M 


Event invoking trace (Not available at the 
non-anchor MSC on Inter-MSC Handover). 


Served IMSI 


C 


C 


IMSI of the calling party in the case of MOC or the 
called party in the event of MTC. Not available in 
case of emergency call without SIM. This field is 
only required for IMEI trace. 


Served IIVIEI 


C 


C 


IMEI of the calling ME in the case of MOC or the 
called party in the event of MTC. This field is only 
required for IMSI trace. 


Served MSISDN 


C 


C 


Primary MSISDN of the party being traced. 


Calling/Called Number 


C 


C 


The MSISDN of the calling party in case of MTC. 
The MSISDN of the called party in case of MOC. 


Calling Subaddress 


C 


C 


The subaddress of the calling party (for both MOC 
and MTC). 


Called Subaddress 


C 


C 


The subaddress of the called party (for both MOC 
and MTC). 


Translated Number 


C 


C 


The called number of the party not being traced 
after digit translation within the MSC (if applicable) 
(i.e. applies to MOC only). 


Connected Number 


C 


C 


The number of the party not being traced (applies to 
MOC only). 


Forwarded-to 
Number 


C 


C 


The number to which the call will be forwarded 
(applies to MTC only). 


Forwarded-to 
Subaddress 


C 


C 


The subaddress to which the call will be forwarded 
(applies to MTC only). 


Redirecting Number 


C 


c 


The number from which the call was last redirected 
(applies to MTC only). 


Original Called 
Number 


C 


c 


The number of the original called party 
(applies to MTC only). 


Roaming Number 


c 


c 


The MSRN of the traced subscriber in the case of 
MTC, or the MSRN of the called subscriber in case 
of MOC, if available. 


Network Trunk 
Group Point 


c 


c 


In case of a MOC the outgoing trunk on which the 
call leaves the MSC. In case of an MTC the 
incoming trunk on which the call originates as seen 
from the MSC. 


Basic Service 


c 


c 


The bearer- or teleservice employed. 


Radio Channel types 





c 


A list of radio channel types used during the 
compilation of the trace record, each timestamped. 


BSS Handover Trunk 





c 


A list of the incoming/outgoing trunk group and 
member used to connect the MSC to BSS (including 
the original and each intra-MSC BSS handover) 
each time-stamped. 


MSC Handover Trunk 





c 


A list of the trunk group and member used to 
connect two MSCs (including the original and each 
Inter-MSC handover) each time-stamped. 






(cor 


itinued) 
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Table 9 (concluded): MSC Trace Record Content 



Field 


MSC Trace Type 


Description 


Basic 


Detailed 


Location 


C 


C 


A list of Location Area Codes / Cell Ids used during 
the compilation of the trace record starting with the 
identity of the cell in which the invoking event 
originated or terminated, each time stamped. 


SS Information 


C 


c 


A list of information related to any SS actions 
carried out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


AOC Parameters 





c 


A list of the charge advice parameters sent to the 
MS (including on call set-up and on changes as a 
result of a tariff switch over), each timestamped. 


MS Classmark 2 


c 


c 


A list of the mobile station classmark 2 information 
(starting with on call set-up), each timestamped. 


Call Termination 
Diagnostics 


c 


c 


A detailed reason for the release of the connection. 
See TS 32.250 - Diagnostics. 


A- Interface Messages 


X 


c 


A sequential list of all DTAP and BSSMAP 
messages passed on the A-lnterface. 


C-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the HLR/AUC. 


D-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLR and the HLR/AUC. 


E-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the subsequent 
MSC. 


F-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the EIR. 


G-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLR and another VLR. 


Network Signalling 
Messages 


X 


c 


A sequential list of all user part messages e.g. 
ISUP, TUP messages. 


Event Start Time 


c 


c 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


c 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions 
to the record. 


OR information 


c 


c 


Information about the use of optimal routeing shall 
be present in the MSC Trace Record (applies to 
MTC only) if optimal routeing was tried otherwise it 
shall be absent. OR information contains: E.I 64 
address of the GMSC, Call reference number used 
by the GMSC for Optimal Routeing of this call and 
reason for failure of optimisation. Error situations 
which lead to failure of the call, rather than non- 
optimal routeing, are not described here. 


MS Classmark 3 


c 


c 


The MS Classmark 3 indicated during the period of 
the trace invocation, each timestamped. 
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7.3 



BSS Trace Record Content 



The following types of fields are supported in the 3 BSS trace record types: 

Table 10: BSS Trace Record Content 



Field 


BSS Trace T) 


iTpe 


Description 


Basic 


Hand- 
over 


Radio 


Invocation Message 


M 


M 


M 


TS 48.008 [4] invocation message which started the 
trace action. 


BTSID 


M 


M 


M 


The ids of all BTSs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRXID 


M 


M 


M 


The ids of all TRXs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRAU ID 











The ids of all TRAUs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


Radio Channel Info. 


M 


M 


M 


The radio channel types and descriptions used during 
the period of the trace invocation, each timestamped. 
If the trace record relates to a HSCSD call then the 
field Radio Channel Info 96 shall be used instead. 


Request type 


C 


C 


C 


The reasons for channel seizure (originating, 
terminating, re-establishment, handover) (see TS 
24.008 [19]), each timestamped. 


End Indication 


C 


C 


C 


The reasons for channel release (see TS 
24.008 [19]), each timestamped. 


IVIS Power 


X 


c 


c 


The last MS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


BS Power 


X 


c 


c 


The last BS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


Timing advance 


X 


c 


c 


The last timing advance used before a channel is 
released (see GSM 12.20 [11]), each timestamped. 


IVIS Classmark 1 


C 


c 


c 


The MS Classmark 1 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 2 


C 


c 


c 


The MS Classmark 2 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 3 


c 


c 


c 


The MS Classmark 3 indicated during the period of 
the trace invocation, each timestamped. 


BSIC 


M 


M 


M 


This field is the combination of Network Colour Code 
and Base station Colour Code (see GSM 12.20 [11]). 


CIC 


C 


c 


c 


The terrestrial circuit identification codes used for the 
call on which the trace is being performed, each 
timestamped (see TS 48.008 [4]). 


Handover result 





c 


c 


The results of each handover occurring during the 
period of the trace invocation each timestamped. 


Handover cause 





c 


c 


The reasons for starting each handover attempt 
during the period of the trace invocation (see TS 
48.008 [4]), each timestamped. 








(contini 


jed) 
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Table 10 (concluded): BSS Trace Record Content 



Field 


BSS Trace T) 


^pe 


Description 


Basic 


Hand- 
over 


Radio 


Handover duration 





C 


C 


The times taken between sending the handover 
command and receiving the handover complete for 
each successful handover, each timestamped. 


Target Cell list 


X 


c 


C 


The target cells at the start of each handover attempt, 
each timestamped. 


Synchronization 
information 


X 


c 


c 


The synchronization values for each handover 
attempt, each timestamped. 


SCCP connection event 


X 








Each SCCP connection event used during the period 
of the trace invocation (Connection Request, Confirm, 
Refuse, Released, Released Complete), each 
timestamped. 


BSSI\/IAP message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see TS 48.008 [4]. 


DTAP message 


X 








L3 Message contents, during the period of the trace 
invocation each timestamped, see TS 24.008 [19]. 


RR message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see TS 44.018 [20]. 
Only applies to those parts of the message between 
the BSC and the MS. 


A-bis IVIessages 


X 


X 


c 


All Abis messages except measurement reports and 
power control, each timestamped, see TS 48.058 [5]. 


Timed A-bis Messages 


X 


c 


X 


X Abis messages (except measurement reports and 
power control) received before and Y Abis messages 
received after a handover, each timestamped. X & Y 
are operator configurable parameters via MMI and are 
local to the BSS. 


Measurement Reports 


X 


X 


c 


All uplink and downlink measurement reports, each 
timestamped, see TS 48.058 [5]. 
As a manufacturer option, the list of the ARFCN 
corresponding to frequency indexes indicated in 
MEASUREMENT REPORT message (see TS 44.018 
[20]) can be included in order to ease interpretation of 
the measurements relating to neighbour cells. 


Timed Measurement 
Reports 


X 


c 


X 


X uplink and downlink measurement reports received 
before and Y measurement reports received after a 
handover, each timestamped. X & Y are operator 
configurable parameters via MMI and are local to the 
BSS. 

As a manufacturer option, the list of the ARFCN 
corresponding to frequency indexes indicated in 
MEASUREMENT REPORT message (see TS 44.018 
[20]) can be included in order to ease interpretation of 
the measurements relating to neighbour cells. 


Power Control Messages 


X 


X 


c 


All power control messages, each timestamped, see 
TS 48.058 [5]. 


Timed Power Control 
Message 


X 


c 


X 


X power control messages received before and Y 
power control messages received after a handover, 
each timestamped. X & Y are operator configurable 
parameters via MMI and are local to the BSS. 


Record extensions 











A set of network/ manufacturer specific extensions to 
the record. 


Radio Cliannel Info 96 


c 


c 


c 


The radio channel types and descriptions used during 
multislot calls for the period of the trace invocation, 
each timestamped. If this field is present, the field 
Radio Channel Info shall be ignored. 



£75/ 



3GPP TS 52.008 version 6.0.0 Release 6 



30 



ETSI TS 152 008 V6.0.0 (2004-12) 



7.4 



HLR Trace Record Content 



The following types of fields are supported in the 2 HLR trace record types: 

Table 11 : HLR Trace Record Content 



Field 


HLR Trace Type 


Description 


Basic 


Detailed 


Invoking Event 


M 


M 


Event invoking trace. 


Served MSISDN 


C 


C 


Primary MSISDN of the party being traced. 


MSC Address 


C 


C 


Entity number of the serving MSC (TS 32.250 [10]). 


VLR number 


C 


C 


Entity number of the serving VLR. 


SS Information 


C 


C 


A list of information related to any SS actions 
carried out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


Subscriber data 





C 


The subscriber data sent to the VLR after a location 
update. 


Roaming number 


C 


C 


The roaming number returned from the serving 
VLR. 


SM Delivery outcome 


C 


C 


The outcome of a MT SM delivery. 


Alert reason 


c 


c 


Indicates the reason why the SM service centre was 
alerted. 


Service Centre address 


c 


c 


The address of the SM service centre. 


MAP interface messages 


X 


c 


A sequential list of all MAP messages passed to 
and from the Tracing HLR. 


Event Start Time 


c 


c 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


c 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions 
to the record. 


OR information 


c 


c 


Information about the use of optimal routeing shall 
be present in the HLR Trace Record if optimal 
routeing was tried, otherwise it shall be absent. OR 
information contains: E.164 address of the GMSC, 
Call reference number used by the GMSC for 
Optimal Routeing of this call and reason for failure 
of optimisation. Error situations which lead to failure 
of the call, rather than non-optimal routeing, are not 
described here. 



7.5 Trace Record Fields 



Only those fields which are not defined in TS 32.250 [10] or are named differently from an identical field in TS 
32.250 [10] are included here. Only supplementary information is included in this clause; where a description in tables 
9 - 11 is sufficient, no additional information is provided. 



7.5.1 



Radio Cinannel Information 



When instructing the mobile to move to a new channel during procedures like Assignment, Immediate Assignment and 
Handover, the BSS must give the mobile all the necessary information such as frequency (frequencies if hopping), 
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timeslot number, channel type etc. This is done using the Channel Description or Channel Description 2 IE types 
defined in TS 44.018 [20]. The structure of the Channel Description or Channel Description 2 depends on whether or 
not frequency hopping is in use. These two cases are described below: 

No Frequency Hopping 

Channel Description (or Channel Description 2) IE type (TS 44.018 [20]), contains the following: 

- Channel Type (TCH, SDCCH etc.); 
Timeslot Number (0 to 7); 

- TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 
Training sequence number; 

Absolute Radio Carrier Frequency number. 
Frequency Hopping 
Channel Description (or Channel Description 2) IE type (TS 44.018 [20]), contains the following: 

- Channel Type (TCH, SDCCH etc.); 
Timeslot Number (0 to 7); 

- TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 
Training sequence number; 

Hopping Sequence Number; 

Mobile Allocation Index Offset. 

In this case, the channel description does not contain the list of frequencies to be used for hopping and an additional 
field indicating the mobile allocation is required. The mobile allocation is the set of frequencies to be used for hopping 
and is obtained from any of the following: 

a) Cell Channel Description and Mobile Allocation; 

b) Frequency Channel sequence; 

c) Frequency List; 

d) Frequency Short List. 

In summary, to identify a GSM channel unambiguously the "Channel Description" field is sufficient on its own when 
frequency hopping is not used but mobile allocation is also required when hopping is in use. 

In case of multislot call (HSCSD), when a procedure like Assignment, Handover or Configuration Change occurs, the 
BSS provides the mobile with the description of the whole set of timeslots allocated to it. In some specific cases, this is 
done by using the Channel Description 2 defined in TS 44.018 [20]. In other cases this is done by using the Multislot 
Allocation defined in TS 44.018 [20]. For this reason, both of these lEs may be included in the trace record. 

7.5.2 OR information 

TS 23.079 [17] defines three logically distinct PLMNs, which are involved in the handling of an optimally routed call: 

The Interrogating PLMN (IPLMN, which is also the VPLMN of the A subscriber) which interrogates the 
HPLMN of the B subscriber to obtain information to route the call to that subscriber or to the forwarded-to 
destination defined by the called mobile subscriber; 

- the HPLMN of the called mobile subscriber (HPLMNB); 

- the VPLMN of the called mobile subscriber (VPLMNB). 
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For the communicating Network Elements in the IPLMN, HPLMNB and VPLMNB for an optimally routed call and for 
all the messages and call scenarios see TS 23.079 [17]. The Trace Record contents described below apply for all call 
cases described in TS 23.079 [17]. 



Information about the use of optimal routing shall be present in HLRB, if HLRB receives Send Routing Information 
message containing OR interrogation indicator. OR interrogation indicator is present when the interrogation is from a 
GMSC not in the same PLMN as the HLR. 

In this case the HLR trace record shall contain the following information: 

the E. 164 address of the interrogating GMSC; 

Call reference number used by the GMSC for Optimal Routing of the call; 

indication that OR was applied or the reason for failure of optimisation. 
The reasons for failure that can be stated in HLR are as follows: 

OR was not allowed in HLRB; 

OR was not allowed for a subscriber; 

the charging requirements for OR are contravened; 

OR was not allowed in VERB. 

Error situations which lead to failure of the call, rather than non-optimal routing, are not described in the OR 
information part of the Trace Record. 

Information about the use of optimal routing shall be present in VMSCB if VMSCB receives Provide Roaming Number 
including an indication that this is a request for an OR call. 

In this case the MSC trace record of VMSCB shall contain the following information: 

the E. 164 address of the interrogating GMSC; 

Call reference number used by the GMSC for Optimal Routing of the call; 

indication that OR was applied or the reason for failure of optimisation. 

The reasons for failure that can be stated in VMSCB are as follows: 

(In late call forwarding) Resume Call Handling negative response was received from GMSCA and the call will 
be forwarded at VMSCB. 

OR was not allowed in VLRB. 

Error situations which lead to failure of the call, rather than non-optimal routing, are not described in the OR 
information part of the Trace Record. 

There is no tracing in GMSCA. OR information is not available in the MSC trace record produced in VMSCA. 

8 Creation of Trace Records 

As has already been stated, the sequence of events for the creation of a trace record is as follows: 

1) Trace is activated for a particular IMSI or IMEI. 

2) The subscriber undertakes such action as to cause an invoking event to start. 

3) The compilation of a trace record commences in the NEF as described in the Trace Type and under the control of 
the traceRecord attribute recordCriteria. This allows trace records to be produced at times other than when the 
invoking event ends, e.g. after a specific event has occurred. 
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4) If a further invoking event occurs trace data related to this event is collected in the same trace record. 

5) All invoking events end or the recordCriteria attribute is satisfied, (see 3) above), or for the BSS only, an MSC 
INVOKE TRACE message is received with the BSS record type field set to "No BSS Trace" and the message 
relates to an ongoing trace. 

6) The record is forwarded to the OSF or local filestore (depending on priority). 

In certain circumstances it may be undesirable for the invoking event to have to end before the record is forwarded to 
the OSF or local filestore. Examples of these circumstances may be: 

1) The operator requires to know a subscriber's whereabouts at the moment he starts making a call. 

2) The operator requires to know when a handover occurs, as soon as it occurs. 

3) The buffer in the NEF may be too full to contain any more trace record data. 

This is resolved through the use of the attribute recordCriteria in the traceControl object. When this attribute is set to 
anything other than noCriteria, records are forwarded to either the filestore or the OSF as soon as the specified criteria is 
satisfied. 

8.1 Trace Record Control 

8.1.1 General 

The trace record collection and generation processes are controlled by the traceControl managed object class. There 
shall be one, and only one, instance of this object class for each NEF that supports the trace function. This object carries 
out the following functions: 

1) to cause the data to be collected in the NEF as defined by the Trace Type; 

2) to define the criteria by which records are generated; 

3) to generate the trace record notifications. 
The system management functions are: 

Create traceControl; 
Delete traceControl; 

- Get Attribute; 

- Set Attribute. 
The notifications are: 

stateChange; 
objectCreation; 

- objectDeletion; 

- attribute ValueChange; 
traceReport. 

8.1.2 Attributes 

There is one instance of this object class in each NEF that supports the trace function. It contains the following 

attributes: 
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Name 


M/0 


Value-Set 


traceControlld 


RDN 


Single 


administrativeState 


M 


Single 


operationalState 


M 


Single 


recordCriteria 


M 


Single 


eventTypes 





Single 



traceControlld 

This attribute is a unique identifier for the traceControl MOI in the NEF and is used as an RDN. 

administrativeState 

This attribute defines the administrative state of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

operationalState 

This attribute defines the operational status of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

recordCriteria 

This attribute, if set, defines the criteria by which trace records are generated in the NEF. It may have one or more of 
the following values: 



noCriteria 
event 



The NEF will not output trace records of the event type. 

The NEF will output a trace record every time a particular recordable event occurs, 
the nature of that event being defined in the attribute eventTypes. 



In all cases, a trace record will be produced at the end of the invoking event, or if other criteria are set by the 
manufacturer, when these criteria are met. 

eventTypes 

This attribute defines a set of recordable events, the appearance of any will trigger a trace record to be output, assuming 
the "event" value is set in the recordCriteria attribute. 

8.1 .3 Other Trace Record Criteria 

Regardless of the trace record criteria set by the operator, there are circumstances under which a trace record may be 
generated, with the criteria being set by the manufacturer. These will usually be due to a lack of resources such as 
"Buffer Full" or "Processor Overload". 



Trace Record Transfer 



9.1 



General 



This clause is concerned solely with the management of the trace record collection process. This service component 
controls the transfer of the trace records from the NEFs to the OSF. The conceptual model is illustrated in figure 5, 
which employs both the event report function (CCITT X.734 [14]) and the log control function (CCITT X.735 [15]). 

The trace control function collects traceable events within the NEF and formats them into trace records. These trace 
records may be stored locally within the NEF filestore or transferred to the OSF in the form of event reports. This is 
controlled by means of the "priority" indicator, which is a part of the trace type. If the "priority" indicator is not set then 
the trace records shall stored within the local filestore and subsequently transferred to the OSF in bulk via FT AM. 

If a trace is activated with the "priority" indicator set then the trace records shall be sent to the OSF either direct by the 
trace control function or through Event Forwarding Discriminators (EFDs). 
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If EFDs are used then all trace records are offered to the EFDs. The EFDs determine which of the records are to be 
transmitted to the OSF in the form of event reports and the Operation System Id field in the header is ignored. The 
EDFs have complex filter constructs, which allow the operator to define the criteria for destinations and filters. 

If EFDs are not used then all priority records are forwarded to the OSF whose address is given in the Operation System 
Id field. The NEF is required to supply additional information to provide the OS management application entity title. 

Finally, the trace records may also be stored in the form of log entries within the log of the NEF. It is up to the operator 
to decide if the log function is needed in parallel with the event reporting and file store. Once stored, the log records 
may be individually accessed by the OSF via the appropriate object management functions. Care should be taken of 
filter criteria for log records to avoid unnecessary overheads. 



(Not available if EFDs are implemented) 



NEF 



trace control 




-► filestore 



trace events 



* log 



All Records 

Non Priority Records 

Priority Records 



FTAM 



Log Records 



OSF 



log control (X.735) 



Figure 5: Data collection model 

This service component contains the following groups of TMN management functions: 
bulk record transfer; 
event reporting; 
log control; 
- log access. 

9.2 Transfer of Records 
9.2.1 Bulk record transfer 

This group of TMN functions is concerned with the bulk transfer of trace records from the NEF record filestore to the 
OSF. 

The trace records shall be transferred from the NEF to the OSF by the use of FTAM services. For farther details of the 
use of FTAM see GSM 12.01 [8]. 

In addition to the simple file transfer services provided by FTAM, peer-to-peer application process communication may 
also be supported. The use of CMIS services for the uploading of files from the NEF to the OSF is specified in the 
GSM 12.00 [7]. 
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When the procedure defined in GSM 12.00 [7] and GSM 12.01 [8] are used to transfer the trace records, the file type 
shall be traceRecords and the format of the file is given by the type TraceFileFormat. 

9.2.2 Log control 

This function permits the trace record to be stored and retrieved from logs within the NEF. The logging of these records 
is performed in accordance with the log control function specified in CCITT X.735 [15] and no additional management 
functions are required. 

9.2.3 Log access 

This TMN function controls the access to the log described above. Each log defined may contain one or more log 
entries. Each log entry contains a single trace record. 

NOTE: The term log entry has been used instead of the term log record to avoid confusion between records 
contained within the local filestore and the records stored within logs. 

For further details concerning the use of logs, see CCITT X.735 [15]. 

The following system management functions are required: 

- Get/Delete traceLogEntry. 

9.2.4 Event Reporting 

9.2.4.1 Event Forwarding Discriminators 

For short-term recording of tracing events and for more complicated filter conditions the event forwarding discriminator 
construct defined in CCITT X.734 [14] and CCITT X.721 [13] can be employed. The event forwarding discriminator 
construct is extremely flexible permitting the combination of a number of fields and logical operations with a wide 
variety of scheduling options. The EFD also controls the destinations to which the event reports are sent. Several such 
filters may be defined and scheduled for operation at different times and for different time periods. 

The following system management functions are required: 

Create/Set/Get/Delete eventForwardingDiscrimator. 

9.2.4.2 Direct Transfer by Trace Control Function 

This function permits the NEF to transmit trace records direct to the OSF. In general the trace record shall be sent on 
completion of the call or the traceable event. This function is controlled by means of the "priority" indicator, which is 
contained in the trace type. If the priority indicator is not set, then the trace records shall be stored on file within the NE 
filestore. These records may be subsequently collected via bulk record transfer as described in subclause 9.2.1. If the 
trace type specified on activation includes the "priority" indicator then all of the records shall be sent via trace reports to 
the OSF specified by the operation system id. 

NOTE: As the operations system id. provided is an AddressString (e.g. CCITT E.164 number) some form of 
translation or directory service may be required within the NE in order to provide the appropriate OS 
management application entity title. 

The following system management functions are required: 

- Notification traceReport. 
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1 Managed Object Model 
10.1 Naming Hierarchy 

The naming (containment) tree for the objects defined within this clause is illustrated in figure 6. It should be noted that 
the GSM 12.08 object classes are shown relative to the "managedElement". The MO traceControl is contained in every 
NEF (mscFunction, hlrFunction and bssFunction from GSM 12.00 [7]) that supports trace functionality. For further 
details of the upper layers of the containment tree see GSM 12.00 [7]. For further details concerning the log class see 
CCITTX.721 [13]. 



Defined in GSM 12.00 



mjsr.Funr.tinn 



hjSJsFunr.tinn 



hlrFunction 



traceControl 



managed 
Element ( 



Defined in GSM 12.00 



event 
Forwarding 
J Discriminator 



log 



trace 
Log Record 



Figure 6: Trace Record Transfer Containment Tree 



10.2 Inheritance 

The inheritance tree for the present document is illustrated in figure 7 below. The object classes "log", "logRecord", 
"eventLogRecord" and "eventForwardingDiscriminator" are defined in CCITT X.721 [13]. 



TOP 
























Log 




logRecord 




event 

Forwarding 

Discriminator 




traceControl 




















event 
logRecord 














trace 
logRecord 





Figure 7: Trace Record Transfer Inheritance Tree 



10.3 Object Classes 



£75/ 



3GPP TS 52.008 version 6.0.0 Release 6 38 ETSI TS 1 52 008 V6.0.0 (2004-1 2) 

10.3.1 tracedHomeSubscriberlnHIr 

tracedHomeSubscriberlnHlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedHome Subscriber I nHlrPackage, 
"CCITT Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-ob jectClass 100}; 

tracedHome Subscriber I nHlrPackage PACKAGE 
BEHAVIOUR 

tracedHome Subscriber I nHlrBehaviour; 
ATTRIBUTES 

imsi GET, 

traceActivatedlnVlr GET, 

traceReference GET, 

traceType GET, 

hlrTraceType GET, 

mapErrorOnTrace GET 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 100}; 

tracedHome Subscriber I nHlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.5.1.1"; 
operationSystemldPackage PACKAGE 
BEHAVIOUR 

operationSystemldBehaviour; 
ATTRIBUTES 

operationSystemId GET 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 200}; 

operationSystemldBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify destination operation system. The use of this 
attribute is described in chapter Trace record transfer. The package is conditional to allow 
the attribute operationSystemId to be optional."; 

1 0.3.2 tracedForeignSubscriberlnVIr 

tracedForeignSubscriberlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedForeignSubscriberlnVlrPackage, 
"CCITT Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-ob jectClass 200}; 
tracedForeignSubscriberlnVlrPackage PACKAGE 
BEHAVIOUR 

tracedForeignSubscriberlnVlrBehaviour; 
ATTRIBUTES 

imsi GET, 

f oreignSubscriberRegisteredlnVlr GET, 
traceReference GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 300}; 

tracedForeignSubscriberlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.1"; 
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10.3.3 tracedEquipmentlnVIr 



tracedEquipmentlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedEquipment InVlrPackage, 
"CCITT Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-ob jectClass 300}; 

tracedEquipment InVlrPackage PACKAGE 
BEHAVIOUR 

tracedEquipment I nVlrBehaviour; 
ATTRIBUTES 

imei GET, 

equipmentRegisteredlnVlr GET, 

traceReference GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 400}; 

tracedEquipment I nVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.2"; 

1 0.3.4 Trace control 

This managed object class represents the trace collection process and generates the trace report notifications. There shall 
be one, and only one, instance of this object class for each NEF that supports the trace function. 

traceControl MANAGED OBJECT CLASS 

DERIVED FROM "CCITT Rec. X.721: 1992" :top; 
CHARACTERIZED BY 
traceControlPackage, 
"CCITT Rec. M.3100 



"CCITT Rec. M.3100 
"CCITT Rec. M.3100 



1992" 
1992" 
1992" 



attributeValueChangeNotif icationPackage, 
createDeleteNotif icationsPackage, 
st at eChangeNot if icationPackage; 



CONDITIONAL PACKAGES 

eventTypeCriteriaPackage PRESENT IF "an instance supports it" 

REGISTERED AS { Trace-DataTypes . gsm-12 08-ob jectClass 400}; 

traceControlPackage PACKAGE 
BEHAVIOUR 

traceControlBehaviour BEHAVIOUR 
DEFINED AS 

"This managed object class is employed to generate trace report notifications. There can be only 
one instance of this object class in each NEF that supports trace functionality. 

For the administrativeState, the value LOCKED causes all tracing activity in the NEF to cease. 
The value UNLOCKED allows tracing activity. The value SHUTTING-DOWN prevents any new invocation 
of a trace. Current invocations will continue until they are finished. When all current 
invocations finish, the state will automatically transit to LOCKED.";; 
ATTRIBUTES 

traceControlId GET, 

"CCITT Rec. X.721: 1992": administrativeState GET-REPLACE, 
"CCITT Rec. X.721: 1992": operationalState GET, 

recordCriteria GET-REPLACE ADD-REMOVE; 

NOTIFICATIONS 

traceReport; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-package 500}; 

eventTypeCriteriaPackage PACKAGE 
BEHAVIOUR 

eventTypeCriteriaBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify eventType record generation criteria. The use of 
this attribute is described in clause 8.2.2. The package is conditional to allow the attribute 
to be optional.";; 
ATTRIBUTES 

eventTypes GET-REPLACE ADD-REMOVE; 
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REGISTERED AS { Trace-DataTypes . gsm-12 8-package 520}; 



1 0.3.5 Trace log record 



This managed object class is a subclass of the "eventLogRecord" class described in CCITT X.735 and defined in 
CCITT X.721 and therefore inherits all of the properties of both the "logRecord" and "eventLogRecord" classes. This 
includes the name binding "logRecord-log" defined in CCITT X.721. 

traceLogRecord MANAGED OBJECT CLASS 

DERIVED FROM "CCITT Rec. X.721: 1992 ": eventLogRecord; 

CHARACTERIZED BY 

traceLogRecordPackage; 

CONDITIONAL PACKAGES 

traceReferenceLogPackage PRESENT IF "an instance supports it 

mscBssTraceTypeLogPackage PRESENT IF "an instance supports it 

hlrTraceTypeLogPackage PRESENT IF "an instance supports it 

mscBssTraceTypeUsedLogPackage PRESENT IF "an instance supports it 

hlrTraceTypeUsedLogPackage PRESENT IF "an instance supports it 

REGISTERED AS { Trace-DataTypes . gsm-1208-ob jectClass 500}; 

traceLogRecordPackage PACKAGE 

BEHAVIOUR 

traceLogRecordBehaviour BEHAVIOUR 

DEFINED AS "This managed object is used to store a single trace record.";; 

ATTRIBUTES 

traceRecordContent GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 600}; 

traceReferenceLogPackage PACKAGE 
BEHAVIOUR 

traceRef erenceLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify traceReference for trace report searching 
criteria in the Log. Optional.";; 
ATTRIBUTES 

traceReference GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 610}; 

mscBssTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

mscBssTraceTypeLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceType of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

mscBssTraceType GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 620}; 

hlrTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeLogBehaviour BEHAVIOR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceType of trace 
report in the Log. Optional.";; 
ATTRIBUTES 

hlrTraceType GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 630}; 

mscBssTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

mscBssTraceTypeUsedLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceTypeUsed of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

mscBssTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 640}; 

hlrTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeUsedLogBehaviour BEHAVIOUR 
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DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceTypeUsed of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

hlrTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 650}; 

10.3.6 Log 

This managed object class is described in CCITT X.735 and defined in CCITT X.721. 



10.3.7 Event Forwarding Discriminators 



The use of event forwarding discriminators (EFDs) is described in detail in CCITT X.734. The object class itself is a 
subclass of the "discriminator" object class. Both discriminator and event forwarding discriminator classes are defined 
in CCITT X.721. 

10.4 Attributes 

10.4.1 traceActivatedlnVIr 

traceActivatedlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes .TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

traceActivatedlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 10}; 

traceActivatedlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.5.1.2.1"; 

1 0.4.2 foreignSubscriberRegisteredlnVIr 

foreignSubscriberRegisteredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

foreignSubscriberRegisteredlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-attribute 20}; 

f oreignSubscriberRegisteredlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.3.1"; 

10.4.3 equipmentRegisteredlnVIr 

equipmentRegisteredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

equipmentRegisteredlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 30}; 

equipmentRegisteredlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.3.2"; 
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1 0.4.4 mapErrorOnTrace 

mapErrorOnTrace ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes .MapErrorOnTrace; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

mapErrorOnTraceBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 40}; 

mapErrorOnTraceBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.5.1.2.1"; 

10.4.5 IMEI 

imei ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMEI; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imelBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 50}; 

imelBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.3.2"; 



10.4.6 IMSI 



Imsl ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMSI; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imslBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 6C 

imslBehaviour BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6.1.3.1"; 



10.4.7 Trace record content 

traceRecordContent ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceRecord; 

BEHAVIOUR 

traceRecordContent Behaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the contents of a trace record. 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 70}; 



10.4.8 Trace control id. 

traceControlId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceControlId; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

traceControlIdBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute uniquely identifies a trace control object. 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 80}; 

10.4.9 HLR Trace type 

hlrTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 
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MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 90}; 

10.4.10 Trace reference 

traceReference ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceReference; 

lyiATCHES FOR EQUALITY, ORDERING; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 100}; 

10.4.11 Trace type 

traceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-att ribute 110}; 



10.4.12 Record criteria 



recordCriteria ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . RecordCriteria; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

recorder it eriaBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the criteria for the generation of a trace record by the network 
element . " ; ; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 120}; 



10.4.13 Event types 



eventTypes ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . EventTypes ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

eventTypeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the type of event triggering the generation of a trace record by 
the network element.";; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 140}; 

10.4.14 Operation system I D 

operationSystemId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . Omcid; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-att ribute 160}; 

10.4.15 Operational State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

10.4.16 Administrative State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

1 0.4. 1 7 MSC BSS trace type used 

mscBssTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 170}; 
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1 0.4.1 8 HLR trace type used 

hlrTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 180) 

1 0.4.1 9 MSC BSS trace type 

mscBssTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 190) 



10.5 Notifications 
10.5.1 General 

All notifications listed below are defined in CCITT X.721: 

- attribute ValueChange; 

- objectCreation; 
objectDeletion; 
stateChange. 



10.5.2 Trace report 



traceReport NOTIFICATION 

BEHAVIOUR 

traceReport Behaviour; 
WITH INFORMATION SYNTAX Trace-DataTypes . TraceRecord 
AND ATTRIBUTE IDS 



traceReference 

mscBssTraceType 

hlrTraceType 

mscBssTraceTypeUsed 

hlrTraceTypeUsed 



traceReference, 
mscBssTraceType, 
hlrTraceType, 
mscBssTraceTypeUsed, 
hlrTraceTypeUsed; 



REGISTERED AS { Trace-DataTypes . gsm-12 8-not if icat ion 100); 

traceReportBehaviour BEHAVIOUR 
DEFINED AS 

"This notification is issued by the trace control function to transmit a trace report to the OS. 
The attribute Ids may be used by Event Forwarding Discriminators to specify additional filter 
conditions . "; 

10.6 Name Bindings 

10.6.1 tracedHomeSubscriberlnHlr-hlrFunction Name Binding 

tracedHomeSubscriberlnHlr-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t racedHomeSubscriber InHlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": hlrFunction; 

WITH ATTRIBUTE imsi; 

BEHAVIOUR t racedHomeSubscriber I nHlr-hlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 100); 

t racedHomeSubscriber I nHlr-hlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.5"; 
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10.6.2 tracedForeignSubscriberlnVlr-vlrFunction Name Binding 

tracedForeignSubscriberlnVlr-vlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t racedForeignSubscriber InVlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": vlrFunction; 

WITH ATTRIBUTE imsi; 

BEHAVIOUR t racedForeignSubscriber I nVlr-vlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 200}; 

t racedForeignSubscriber I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6"; 

10.6.3 tracedEquipmentlnVlr-vlrFunction Name Binding 

tracedEquipmentlnVlr-vlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS tracedEquipment InVlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": vlrFunction; 

WITH ATTRIBUTE imei; 

BEHAVIOUR tracedEquipment I nVlr-vlrFunctionBhv; 

CREATE ; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-nameBinding 300}; 

tracedEquipment I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see TS 52.008 clause 5.6"; 

10.6.4 traceLogRecord-Log Name Binding 

traceLogRecord-Log NAME BINDING 

SUBORDINATE OBJECT CLASS t raceLogRecord; 

NAMED BY SUPERIOR OBJECT CLASS "CCITT Rec. X.721: 1992": log; 

WITH ATTRIBUTE "CCITT Rec. X.721: 1 992 " : logRecordld; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 400}; 

10.6.5 traceControl-lnlrFunction Name Binding 

traceControl-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": hlrFunction; 

WITH ATTRIBUTE t raceCont rolld; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 500}; 

10.6.6 traceControl-mscFunction Name Binding 

traceControl-mscFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995" :mscFunction; 

WITH ATTRIBUTE traceControlId; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-1208-nameBinding 600}; 

10.6.7 traceControl-bssFunction Name Binding 

traceControl-bssFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": bssFunction; 

WITH ATTRIBUTE traceControlId; 
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CREATE; 
DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-nameBinding 700) 



1 1 Syntax 



Trace-DataTypes (ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Operation- 
Maintenance (3) gsm-12-08 (8) inf ormationModel (0) asnlModule (2)} 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

— EXPORTS everything 

IMPORTS 

gsm-12-08 

FROM GSM-DomainDef initions (ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-30 (30) informationModel (0) asnlModule (2) gsm-OM- 

DomainDef initions (0) version (1)} 

SS-Info, 

InterrogateSS-Res, 
SS-UserData, 
Password, 
Register SS-Arg, 
SS-ForBS-Code, 
USSD-Arg, 
USSD-Res, 
Guidance Info 

FROM MAP-SS-DataTypes (ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network 
(1) modules (3) map-SS-DataTypes (14) version2 (2)} 

AddressString, ISDN-AddressString, ISDN-SubaddressString, BasicServiceCode, IMSI, IMEI 
FROM MAP-CommonDataTypes ( ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network 
(1) modules (3) map-CommonDataTypes (18) version2 (2) } 

BearerServiceCode 

FROM MAP-BS-Code ( ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-BS-Code (20) version2 (2) } 

CallRef erenceNumber 

FROM MAP-CH-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-CH-DataTypes (13) version3 (3)} 

TeleserviceCode 

FROM MAP-TS-Code { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-TS-Code (19) version2 (2) } 

SS-Code 

FROM MAP-SS-Code { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SS-Code (15) version2 (2) } 

SubscriberData 

FROM MAP-MS-DataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-MS-DataTypes (11) version2 (2) } 

SM-DeliveryOutcome, 

AlertReason 

FROM MAP-SM-DataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SM-DataTypes (16) version2 (2) } 

ERROR 

FROM TCAPMessages (ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 

Ob ject Instance 

FROM CMIP-1 { joint-iso-ccitt ms(9) cmip ( 1 ) modules (0) protocol (3)} 

ManagementExtension 

FROM Attribute-ASNlModule (joint-iso-ccitt ms(9) smi(3) part2 (2) asnlModule (2 ) 1} 
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AOCParameters, Diagnostics, LocationAreaAndCell, IMSIorlMEI 

FROM GSM1205-DataTypes { ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-05 (5) inf ormationModel (0) asnlModule (2) 1 } 

Absolut eRFChannelNo 

FROM GSM1220TypeModule {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-20 (20) inf ormationModel (0) asnlModule (2) asnlTypeModule (0) 



OBJECT IDENTIFIERS 
gsm-1208-informationModel OBJECT IDENTIFIER ::= {gsm-12-08 inf ormationModel (0)} 



gsm- 12 08-object Class 
gsm-120 8-package 
gsm-1208-nameBinding 
gsm-120 8-attribute 
gsm-1208-notif ication 



OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
managedOb jectClass (3)} 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
package (4) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
nameBinding (6) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
attribute (7) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
notification (10)} 



-these values are based on ETR 128 June 1994 (GSM 12.30, ETSI object 
-identifier tree; Common domain Mobile domain O&M managed object 
-registration definition. 
-Resulting values are e.g. (0 4003803 zzz} for gsm-1208-ob jectClass . 



TRACE ACTIVATION 



TraceStatus 

— TRUE 

— FALSE 



: : = BOOLEAN 
active 
active pending 



TraceType ::= OCTET STRING (SIZE(l)) 

— see TS 52.008 subclause 6.1 for encoding of mscBssTraceType 

— see TS 52.008 subclause 6.2 for encoding of hlrTraceType 

MapErrorOnTrace 



noError 
systemFailure 
dataMissing 
unexpectedDataValue 
facil it yNot Supported 
unidentif iedSubscriber 
tracingBuf ferFull 



ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5), 


(6) 



TRACE RECORD 



TraceRecord 



tracedParty 


[0] 


traceReference 


[1] 


transactionID 


[2] 


omcID 


[3] 


mscBssTraceType 


[4] 


hlrTraceType 


[5] 


mscBsstraceTypeUsed 


[6] 


hlrTraceTypeUsed 


[7] 


startTime 


[8] 


endTime 


[9] 


recordingEntity 


[10 


traceE vent Re cords 


[11 



IMSIorlMEI, 

TraceReference, 

TransactionID 

OmcId 

TraceType 

TraceType 

TraceType 

TraceType 

StartTime 

EndTime 

RecordingEntity, 

SET OF TraceEventRecord, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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sequenceNuraber 
recordReason 
} 

ReasonForRecord 
{ 

recordCriteria 

eventType 



[12] INTEGER 

[13] ReasonForRecord 

SEQUENCE 

[0] RecordCriterionUsed, 
[1] EventTypeUsed 



OPTIONAL, 
OPTIONAL 



OPTIONAL, 
OPTIONAL 



RecordingEntity 
{ 

number 

name 

bssldentifier 
} 



CHOICE 

[0] ISDN-AddressString, 
[1] GraphicString, 
[2] Ob jectlnstance 



EndTime 
StartTime 



TraceRef erence 

— see TS 48.005 



GeneralizedTime 
GeneralizedTime 
OCTET STRING 



TransactionID 

— see TS 48.00f 



OCTET STRING 



Omcid 

— see TS 48.00? 

TraceE vent Re cord 



Address St ring 



CHOICE 



mscE vent Re cord 
bssE vent Re cord 
JilrEventRecord 



[0] MSCEventRecord, 
[1] BSSEventRecord, 
[2] HLREventRecord 



3SS TRACE RECORD CONTENTS 



BSSEventRecord 



SET 



invokingEvent 


[0] 


btsid 


[1] 


trxld 


[2] 


trauld 


[3] 


radioChannellnfo 


[4] 


requestType 


[5] 


endlndication 


[6] 


msPower 


[7] 


bsPower 


[8] 


timingAdvance 


[9] 


msClassmarkl 


[10] 


msClassmark2 


[11] 


msClassmarkS 


[12] 


bsic 


[13] 


cic 


[14] 


handoverResult 


[15] 


handover Cause 


[16] 


handoverDuration 


[17] 


targetCellList 


[18] 


synchlnfo 


[19] 


sccpConnectionEvent 


[20] 


bssmapEvent 


[21] 


dtapEvent 


[22] 


rrEvent 


[23] 


abisEvent 


[24] 


timedAbisEvent 


[25] 


measurementReport 


[26] 


timedMeasurement Report 


[27] 


powerControlEvent 


[28] 


timedPowerControlEvent 


[29] 


additionalExt ens ions 


[30] 


radioChannelInfo96 


[31] 



BSCInvokingEvent OPTIONAL, 

SEQUENCE OF Btsld OPTIONAL, 

SEQUENCE OF TRXID OPTIONAL, 

SEQUENCE OF TranscoderlD OPTIONAL, 

SEQUENCE OF RadioChannellnfo OPTIONAL, 

SEQUENCE OF TimedEstablishmentCause OPTIONAL, 

SEQUENCE OF Endlndication OPTIONAL, 

SEQUENCE OF MsTxPower OPTIONAL, 

SEQUENCE OF BsTxPower OPTIONAL, 

SEQUENCE OF TimedTimingAdvance OPTIONAL, 

SEQUENCE OF TimedMsClassmarkl OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

SEQUENCE OF TimedMsClassmark3 OPTIONAL, 

SEQUENCE OF BSIdent ityCode OPTIONAL, 

SEQUENCE OF CIC OPTIONAL, 

SEQUENCE OF TimedHandoverResult OPTIONAL, 

SEQUENCE OF Cause OPTIONAL, 

SEQUENCE OF TimedHandoverDurat ion OPTIONAL, 

SEQUENCE OF TimedTargetCellList OPTIONAL, 

SEQUENCE OF Synchlnfo OPTIONAL, 

SEQUENCE OF TimedTraceSCCPEvent OPTIONAL, 

SEQUENCE OF TimedBSSMAPEvent OPTIONAL, 

SEQUENCE OF TimedDTAPEvent OPTIONAL, 

SEQUENCE OF TimedRREvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SET OF ManagementExtension OPTIONAL, 

SEQUENCE OF RadioChannelInf o96 OPTIONAL 
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ABISEvent ::= OCTET STRING 

— this type contains an Abis message other than measurement 

— reports and power control 

— see TS 48.058 for encoding. 

BcchChannelList ::= SEQUENCE SIZE (0.. 6) OF AbsoluteRFChannelNo 

— the size of this list is equal to the number of measurements on neighbour cell 

— frequencies reported by the MS in the MEASUREMENT REPORT message 

— (see TS 44.018) . 

— The first element of the list contains the ARFCN corresponding to the first reported 

— frequency index ( "BCCH-FREQ-NCELL 1" field), the second element of the list contains 

— the ARFCN corresponding to the second reported frequency index ("BCCH-FREQ-NCELL 2" 

— field) , etc . 



BSIdentityCode 



SEQUENCE 



ncc 
bcc 



[0] NetworkColourCode, 
[1] BTSColourCode 



BSSMAPEvent ::= OCTET STRING 

— This type contains a BSSMAP layer 3 message contents, 

— see TS 48.008 for encoding 



BsTxPower 



SEQUENCE 



txPower 
changeTime 



} 



[0] TxPower, 
[1] TimerData 



BTSColourCode 
Btsld 



INTEGER (0. .7) 
SEQUENCE 



relatedBts 
ChangeTime 



[0] Ob jectlnstance, 
[1] TimerData 



BSCInvokingEvent 



OCTET STRING 



Cause 



— see TS 48.008 for encoding 
: := SEQUENCE 



cause 
changeTime 



[0] OCTET STRING, 
[1] TimerData 



— see TS 48.008 for encoding 

ChanDesc : := CHOICE 

{ 

channelDescription [0] ChannelDescription, 
channelDescription2 [1] ChannelDescription2 



ChannelDescription ; 
— see TS 44.018 



OCTET STRING 



ChannelDescription2 ; 
— see TS 44.018 



OCTET STRING 



ChannelType 



see TS 48.008 



CIC 
{ 



OCTET STRING 



SEQUENCE 



circuitldentityCode [0] CircuitldentityCode, 
changeTime [1] TimerData 



CircuitldentityCode ::= OCTET STRING 

— see TS 48.008 for encoding 

DTAPEvent ::= OCTET STRING 

— This type contains a DTAP layer 3 message contents, 

— see TS 24.008 for encoding 



Endlndication 
{ 



SEQUENCE 
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rrCause [0] RRCause, 
changeTime 



[1] TimerData 



EstablishmentCause ::= OCTET STRING 
— see TS 44.018 for encoding 



FHSFrequencyList 



HandoverResult 



::= SET OF AbsoluteRFChannelNo 
: : = ENUMERATED 



successful 
fail 



(0), 
(1) 



HandoverDuration ::= INTEGER 

— in milliseconds 

MeasurementEvent ::= OCTET STRING 

— This type contains uplink and downlink measurement 

— reports, 

— see TS 48.058 for encoding 

MobileStationClassmarkl ::= OCTET STRING 

— see TS 24.008 for encoding 

MobileStationClassmark2 ::= OCTET STRING 

— see TS 24.008 for encoding 

MobileStationClassmark3 ::= OCTET STRING 

— see TS 24.008 for encoding 



MsTxPower 



txPower 
ChangeTime 



: := SEQUENCE 

[0] TxPower, 
[1] TimerData 



MultislotAllocation ::= OCTET STRING 
— see TS 44.018 for encoding 



Net worked our Code 



: := INTEGER (0. .7) 



PowerControlEvent ::= OCTET STRING 

— This type contains power control messages, 

— see TS 48.058 for encoding 



RadioChannelInf o 
{ 

channelType 

channelDescription 

changeTime 

f HSFrequencyList 



: := SEQUENCE 

[0] ChannelType, 

[1] ChannelDescription, 

[2] TimerData, 

[3] FHSFrequencyList OPTIONAL 



RadioChannelInf o96 
{ 

channelType 

chanDesc 

mult islotAl location 

changeTime 



SEQUENCE 

[0] ChannelType 

[1] ChanDesc 

[2] MultislotAllocation 

[3] TimerData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



RRCause ::= OCTET STRING 

— see TS 44.018 for encoding 

RREvent ::= OCTET STRING 

— see TS 44.018 for encoding 



Synchinf o 
{ 

syncChannelInf o 

changeTime 



SEQUENCE 

[0 ] Synchroni s at ionChannel Information, 
[1] TimerData 



SynchronisationChannellnformation ::= OCTET STRING 
— see TS 44.018 for encoding 
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TargetCellList 

— see TS ii 



: := OCTET STRING 
for encoding 



TimedABISEvent 



SEQUENCE 



abisEvent 
changeTime 



[0] ABISEvent, 
[1] TimerData 



TimedBSSMAPEvent 



SEQUENCE 



bssmapEvent 
changeTime 



[0] BSSMAPEvent, 
[1] TimerData 



TimedDTAPEvent 



SEQUENCE 



dtapEvent 
changeTime 



[0] DTAPEvent, 
[1] TimerData 



TimedEstablishment Cause 
{ 

establishment Cause 

changeTime 



SEQUENCE 

[0] EstablishmentCause, 
[1] TimerData 



TimedHandoverDuration 



SEQUENCE 



handover Duration 
changeTime 



[0] HandoverDuration, 
[1] TimerData 



TimedHandoverResult 
{ 

handoverResult 

changeTime 



SEQUENCE 

[0] HandoverResult, 
[1] TimerData 



TimedMeasurement Event 



SEQUENCE 



measurement Event 

changeTime 

bcchChannelList 



[0] MeasurementEvent , 

[1] TimerData, 

[2] BcchChannelList 



OPTIONAL 



TimedMsClassmarkl 



SEQUENCE 



mobile St at ionClassmarkl 
changeTime 



[0] MobileStationClassmarkl, 
[1] TimerData 



TimedMsClassmark2 



SEQUENCE 



mobile St at ionClassmark2 
changeTime 



[0] MobileStationClassmark2, 
[1] TimerData 



TimedMsClassmarkS 



SEQUENCE 



mobile St at ionClassmarkS 
changeTime 



[0] MobileStationClassmarkS, 
[1] TimerData 



TimedPowerControlEvent 



SEQUENCE 



powerControlEvent 
changeTime 



[0] PowerControlEvent, 
[1] TimerData 



TimedRREvent 



SEQUENCE 



rrEvent 
changeTime 



[0] RREvent, 
[1] TimerData 
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TimedTargetCellList 



SEQUENCE 



targetCellList 
changeTime 



[0] TargetCellList, 
[1] TimerData 



TimedTimingAdvance 



SEQUENCE 



timingAdvance 
ChangeTime 



[0] TimingAdvance, 
[1] TimerData 



TimingAdvance 



OCTET STRING 



— see TS 44.018 for encoding 

TraceSCCPEvent ::= OCTET STRING 

— This type contains an BSSMAP message, 

— see TS 48.006 for encoding 



TimedTraceSCCPEvent 



SEQUENCE 



traceSCCPEvent 
changeTime 



[0] TraceSCCPEvent, 
[1] TimerData 



TimerData 



SEQUENCE 



timeUnit 
timeValue 



[0] TimeUnit, 
[1] INTEGER 



TimeUnit 



ENUMERATED 



mSec 

sec 

min 

noOfTDMAFrames 

noOfSlots 

factor 



(0), 
(1), 
(2), 
(3), 
(4), 
(5) 



TranscoderlD 
{ 

relatedTranscoderlD 

changeTime 



SEQUENCE 

[0] Ob jectlnstance, 
[1] TimerData 



[D : := SEQUENCE 

relatedBasebandTransceiverlD [0] Ob jectlnstance, 
relatedRadioCarrierlD [1] Ob jectlnstance, 
ChangeTime [2] TimerData 



TxPower 



INTEGER 



MSC TRACE RECORD CONTENTS 



MSCEventRecord ::= SET 

{ 

invokingEvent [0] 

servedlMSI [1] 

servedlMEI [2] 

servedMSISDN [3] 

callingcalledNumber [4] 

callingSubaddress [5] 

calledSubaddress [6] 

translatedNumber [7] 

connectedNumber [8] 

forwardedToNumber [9] 

forwardedToSubaddress [10] 

redirectingNumber [11] 

originalCalledNumber [12] 

roamingNumber [13] 

networlcTKGP [14] 



MSC InvokingEvent 
IMS I 
IMEI 

ISDN-Address St ring 
ISDN-Address St ring 
ISDN-SubaddressString 
ISDN-SubaddressString 
ISDN-Address St ring 
ISDN-AddressString 
ISDN-AddressString 
ISDN-SubaddressString 
ISDN-AddressString 
ISDN-AdressString 
ISDN-AddressString 
TrunkGroup 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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basicService 


[15] 


radioChannelTypes 


[16] 


bssHandover Trunk 


[17] 


mscHandover Trunk 


[18] 


location 


[19] 


ss Information 


[20] 


aocParameters 


[21] 


msClassmark2 


[22] 


callTermDiagnostics 


[23] 


aIntMess 


[24] 


cIntMess 


[25] 


dIntMess 


[26] 


eIntMess 


[27] 


fIntMess 


[28] 


gIntMess 


[29] 


netSigMess 


[30] 


event St art Time 


[31] 


eventStopTime 


[32] 


eventNumber 


[33] 


recordExtensions 


[34] 


msClassmarkS 


[35] 


or Information 


[36] 


bearerCapability 


[37] 


dBCIE ::= 


SEQUENCE 



BasicServiceCode OPTIONAL, 

SEQUENCE OF RadioChanneTypes OPTIONAL, 

SEQUENCE OF BSSTrunklnfo OPTIONAL, 

SEQUENCE OF MSCTrunklnfo OPTIONAL, 

SEQUENCE OF TimedLocat ion OPTIONAL, 

SEQUENCE OF SSInf ormat ion OPTIONAL, 

SEQUENCE OF AOCParameters OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

Diagnostics OPTIONAL, 

SEQUENCE OF AINTMess OPTIONAL, 

SEQUENCE OF CINTMess OPTIONAL, 

SEQUENCE OF DINTMess OPTIONAL, 

SEQUENCE OF EINTMess OPTIONAL, 

SEQUENCE OF EINTMess OPTIONAL, 

SEQUENCE OF CINTMess OPTIONAL, 

SEQUENCE OF NetSigMess OPTIONAL, 

TimerData OPTIONAL, 

TimerData OPTIONAL, 
INTEGER, 

SET OF ManagementExtension OPTIONAL, 

SEQUENCE OF TimedMsClassmark3 OPTIONAL, 

ORInformation OPTIONAL, 

SEQUENCE OF TimedBCIE OPTIONAL 



bcie [0] OCTET STRING, 

— see TS 24.008 for encoding of bearer capability information element (BCIE) 



changeTime 



[1] TimerData 



BSSTrunklnfo 



SEQUENCE 



ChangeTime 
bssTrunklnfo 



) 



[0] TimerData, 
[1] Trunklnfo 



ORInformation 
{ 

or-Inf o 

gmscAddress 

callRef erenceNumber 



SEQUENCE 

[0] OR-Info, 

[1] AddressString 

[2] CallRef erenceNumber 



OPTIONAL, 
OPTIONAL 



OR-Info 
[ 



orUsed 

orNotAllowedForSubs 

orNotAllowedlnHLRB 

orNotAllowedlnVMSCB 

chargingReqs Contravened 

rchNackFromCMSCA 



INTEGER 

(0) 
(1) 
(2) 
(3) 
(4) 
(5) 



— Optimal Routeing was applied 

— Optimal Routeing not allowed for a subscriber 

— HLRB does not support OR 

— VMSCB/VLRB does not support OR 

— OR charging requirements contravened 

— Resume Call Handling negative response received 

— from GMSCA and the call will be forwarded at VMSCB 
values 6-20... are reserved for phase 1 of Optimal Routeing 
values 21-... are reserved for phase 2 of Optimal Routeing 



TimedLocat ion 



SEQUENCE 



locationAreaAndCell 
changeTime 



[0] LocationAreaAndCell, 
[1] TimerData 



MSCInvokingEvent 
{ 

moc 

mtc 

ssAction 

locationUpdate 

sms-mo 

sms-mt 

imsiAttach 

imsiDetach 

pds-mo 

pds-mt 



ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5), 


(6), 


(7), 


(8), 


(9) 
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NetSigMess 

{ 

userPartMess 
changeTime 



SEQUENCE 

[0] OCTET STRING, 
[1] TimerData 



MSCTrunklnfo 



SEQUENCE 



ChangeTime 
interMSCTrunklnfo 



[0] TimerData, 
[1] Trunklnfo 



RadioChannelTypes 



SEQUENCE 



channelType 
channelTime 



[0] ChannelType, 
[1] TimerData 



SS Information 



SEQUENCE 



supplServicesUsed 

basicServices 

ssAction 

ssParameters 

ssActionResult 

sslnvokeld 

changeTime 



[1] SS-Code 

[2] BasicServiceCode 

[3] SSActionType 

[4] SSParameters 

[5] SSActionResult 

[6] INTEGER 

[7] TimerData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Trunklnfo 



SEQUENCE 



trunkCroup 
trunkMember 



[0] TrunkCroup, 
[1] INTEGER 



OPTIONAL 



TrunkCroup 



CHOICE 



tkgpNumber 

tkgpName 

tkgpString 



[0] INTEGER, 

[1] GraphicString, 

[2] IA5STRING (SIZE(1..7)) 



SSActionType 



ENUMERATED 



registration 

erasure 

activation 

deactivation 

interrogation 

invocation 



(0), 
(1), 
(2), 
(3), 
(4), 
(5), 



processUnstructuredSS-Data 
processUnstructuredSS-Request 
unstructuredSS-Request (8), 
unstructuredNotifySS (9), 
registerPassword (10), 
getPassword (11) 



(6) 
(7) 



.rameters 


: := CHOICE 


register SS-Arg 


[0] 


RegisterSS-Arg, 


ss-ForBS 


[1] 


SS-ForBS-Code, 


ss-UserData 


[2] 


SS-UserData, 


ussd-Arg 


[3] 


USSD-Arg, 


ss-Code 


[4] 


SS-Code, 


guidance Info 


[5] 


Guidance Info 


:tionResult 


: := CHOICE 


ss-Info 


[0] 


SS-Info, 


inter rogateSS-Res 


[1] 


Inter rogateSS-Res 


ss-UserData 


[2] 


SS-UserData, 


ussd-Res 


[3] 


USSD-Res, 


password 


[4] 


Password, 


error 


[5] 


ERROR 
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AINTMess 



SEQUENCE 



changeTime 
aIntEvent 



TimerData, 
AINTEvent 



AINTEvent 



CHOICE 



bssMapEvent 
dtapEvent 



[0] BSSMAPEvent, 
[1] DTAPEvent 



CINTMess 



SEQUENCE 



ChangeTime 
cIntMess 



TimerData, 
OCTET STRING 



DINTMess 



SEQUENCE 



ChangeTime 
dIntMess 



TimerData, 
OCTET STRING 



EINTMess 



SEQUENCE 



ChangeTime 
eIntMess 



TimerData, 
OCTET STRING 



EINTMess 



SEQUENCE 



ChangeTime 
f IntMess 



TimerData, 
OCTET STRING 



CINTMess 



SEQUENCE 



ChangeTime 
gIntMess 



TimerData, 
OCTET STRING 



HLR TRACE RECORD CONTENTS 



HLREventRecord ::= SET 

{ 

invokingEvent [0] 

servedMSISDN [2] 

mscAddress [3] 

vlrNumber [4] 

sslnformation [5] 

subscriberData [7] 

roamingNumber [8] 

smDeliveryOutcome [9] 

alertReason [10] 

serviceCentreAddress [11] 

mapInterfaceMessages [12] 

eventStartTime [13] 

eventStopTime [14] 

eventNumber [15] 

recordExtensions [16] 

orinf ormation [17] 



HLRInvokingEvent OPTIONAL, 

ISDN-AddressString OPTIONAL, 

AddressString OPTIONAL, 

AddressString OPTIONAL, 

SEQUENCE OF SSInf ormation OPTIONAL, 

SEQUENCE OF SubscriberData OPTIONAL, 

ISDN-AddressString OPTIONAL, 

SEQUENCE OF SM-DeliveryOut come OPTIONAL, 

SEQUENCE OF AlertReason OPTIONAL, 

SEQUENCE OF AddressString OPTIONAL, 

SEQUENCE OF MAPIntMess OPTIONAL, 

TimerData OPTIONAL, 

TimerData OPTIONAL, 

INTEGER, 

SET OF ManagementExtension OPTIONAL, 

ORInformation OPTIONAL 



HLRInvokingEvent : 
{ 

locationChange 

subscribe rDataChange 

routingEnquiry 

provideRoamingNumber 

ssActivity 

password 

sms 



ENUMERATED 



(0) 
(1) 
(2) 
(3) 
(4) 
(5) 
(6) 
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MAPIntMess 



changeTime 
mapIntMess 



SEQUENCE 

TimerData, 
OCTET STRING 



TRACE RECORD CONTROL 



TraceControlId 



RecordCriteria 



{ 



noCriteria 
eventType 



INTEGER 

SET OF ENUMERATED 

(0), 
(1) 



EventTypes 

{ 

handover 

ss-action 

sms 

setup 

release 



SET OF INTEGER 

(0), 
(1), 
(2), 
(3), 
(4), 



values 5-100 are reserved 

values 101-200 are manufacturer specific 

values 201-.. . are reserved 



TraceFileFormat 



SET OF TraceRecord 



TRACE RECORD OUTPUT 



RecordCriterionUsed 



ENUMERATED 



noCriterion 
event 



(0), 

(1), 



manuf Specif icCriterion (2), 



deactivation 



(3) 



Event TypeUsed 

{ 

handover 

ss-action 

sms 

setup 

release 



INTEGER 


(0), 


(1), 


(2), 


(3), 


(4) 



— values 5-100 are reserved 

— values 101-200 are manufacturer specific 

— values 201-.. . are reserved 
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